5 новых изменений в системе бонусов GetCourse, которые кардинально упрощают работу

«Пищуки» — крупное комьюнити для предпринимателей индустрии моды. Команда хотела построить на GetCourse программу лояльности, привычную для модного рынка: бонусы, которые клиент копит, тратит на следующие покупки и получает снова.

Но выходило слишком сложно: проценты считали вручную, а начисление держалось на отдельном процессе. Вместе с разработчиками GetCourse команда проекта нашла красивое решение, и теперь оно доступно всем пользователям платформы.

В статье рассказываем, как команда «Пищуки» участвовала в доработке и что изменилось в системе.

Изначально в настройках предложения можно было ограничить списание бонусных рублей фиксированной суммой. Поэтому для каждого продукта мне нужно было самостоятельно вычислять 10% от его стоимости и указывать получившееся значение.

Для предложения за 10 000 рублей лимит составлял 1 000 бонусных рублей. Если добавлялся продукт или менялась цена, сумму нужно было пересчитать и проверить настройки.

Чтобы начислять бонусные рубли после покупки, мы создали отдельный процесс. В него попадали предложения, участвующие в программе лояльности.

Для каждого предложения требовалось указать конкретную сумму начисления в рублях, поэтому при добавлении продукта процесс нужно было дополнять новой веткой и прописывать сумму.

На схеме видно, как разные клубные тарифы и сроки участия связаны с отдельными действиями по начислению фиксированных сумм. Такой подход работал, но его было сложнее поддерживать по мере роста количества предложений.

Раньше процесс начислял бонусы исходя из полной стоимости предложения, независимо от того, сколько клиент оплатил бонусными рублями. 

Нам нужно было учитывать реальные деньги, внесённые за заказ, чтобы бонусы не начислялись на ту часть стоимости, которая уже была оплачена бонусами.

Иначе получалось, что мы начисляли новые бонусы на уже использованные, хотя эта часть заказа не приносила денежной выручки. Для нас это был вопрос не только удобства настройки, но и контроля расходов на программу лояльности: дополнительные начисления уменьшали маржу.

После обсуждения с разработчиками GetCourse новые возможности стали доступны всем школам на платформе.

Теперь вместо фиксированной суммы можно задать процент списания бонусных рублей и процент начисления непосредственно в настройках предложения.

Не нужно вручную рассчитывать 10% для каждого продукта или добавлять отдельную ветку процесса только ради фиксированной суммы начисления.

Теперь система рассчитывает начисление исходя из суммы, которую клиент действительно оплатил деньгами.

При расчёте от полной стоимости начисление составило бы 500 бонусных рублей.

На странице оплаты клиент видит, сколько денег будет списано с депозита, сколько бонусных рублей есть на бонусном счёте, сколько спишется при оплате и сколько будет начислено после покупки.

Он может изменить сумму списания — от нуля до доступного лимита с учётом остатка к оплате, ограничения в предложении и баланса бонусного счёта.

История списаний и начислений хранится в разделе «Балансы». Комментарий к операции помогает определить, к какому заказу она относится.

Это упрощает проверку конкретной покупки и помогает разобраться в изменении баланса клиента.

Если клиент использовал бонусные рубли для покупки, а затем заказ отменили, бонусы возвращаются на его счёт.

Так покупатель не теряет накопленные бонусы из-за отменённого заказа, а команде не нужно вручную восстанавливать списанную сумму.

Для меня как технического специалиста главное изменение — часть логики удалось перенести из сложных процессов непосредственно в настройки предложения. Раньше нужно было вручную рассчитывать суммы, дополнять процесс новыми ветками и проверять фиксированные начисления. Теперь проценты задаются в предложении, а начисление рассчитывается от фактически оплаченных деньгами средств.

Дополнительные возможности — история операций, возврат бонусов при отмене заказа и выбор суммы списания на странице оплаты — помогают сделать механику прозрачнее, как для команды школы, так и для клиента.